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(Integrated  Materiel  Manager  (IMM)  or  Civil). 
When  the  LCU-  changes  from  GSA,  Activity  73, 
LOA  02  to  GSA  Activity  75,  LOA  11  or  from 
Activity  75,  LOA  11  to  Activity  73,  LOA  02  CMD 
must  be  submitted. 

(2)  Upon  acceptance,  DLSC  will  record  the 
transaction  package  in  the  FLIS  data  base  future  file. 
On  the  74th  day  preceding  the  effective  date  of  the 
LR  transaction,  the  Losing  Inventory  Manager 
(LIM)  CMD  will  pushed  to  the  GIM  in  DIC  KIR 
(Interrogation  Results).  Subsequent  to  this  push,  the 
LIM  will  be  locked  out  from  update  to  the  FLIS  data 
base  for  the  transferred  National  Item  Identification 
Number  (NIIN). 

(3)  DLSC  records  the  wholesale  manager’s  data 
in  the  future  file  and  transmits  to  the  wholesale 
manager-supported  Service  (except  Coast  Guard)  a 
CMD  transaction  (DIC  KIM)  in  accordance  with 
paragraph  6.2. 11. h.  DLSC  will  update/build  Coast 
Guard  CMD  records  and  update  existing  Army,  Air 
Force,  Navy,  and  Marine  Corps  Service  CMD 
records  automatically  from  the  wholesale  manager’s 
input  based  upon  criteria  contained  in  appendix 
6-2-D.  On  the  effective  date  cited  in  the  transaction, 
the  gaining  wholesale  manager’s  CMD  will  overlay 
the  losing  wholesale  manager’s  data  in  the  FLIS  data 
base. 

(4)  The  Service(s)  supported  by  the  new  whole¬ 
sale  manager  will  review  the  KIM  and,  as  necessary, 
prepare  and  transmit  to  DLSC  a  CMD  transaction 
(DIC  LCD  or  LCM)  in  accordance  with  section 
6.2.9  or  6.2.6.  Response  to  DIC  KIM  is  not  required 
for  those  Army,  Air  Force,  Navy,  and  Marine  Corps 
records  automatically  updated  from  the  wholesale 
manager’s  input. 

(5)  DLSC  records  the  Service  segment  H  data  in 
the  future  file  and  generates  output  notification  and 
file  maintenance  to  the  submitting  activity  and  other 


CMD  recipients  within  the  time  frames  indicated  in 
appendix  6-2-A.  . 

e.  Change  in  Logistics  Management  (Wholesale 
Manager  to  Wholesale  Manager)  and  FSC. 

(1)  The  GIM  will  process  the  Change  MOE 
Rule  (LCU)  and  Change  (including  D  Phrase  Code 
reflecting  FSC  chahge)/Add  CMD,  (LCM,  LAD, 
LAM)  as  indicated  in  paragraphs  6.2.1.d.(l)  and 
6.2. l.d.(2),  including  an  FSC  change  transaction 
(DIC  LCG)  in  the  LMD  package. 

(2)  DLSC  records  the  wholesale  manager’s  data 
in  the  future  file,  and  transmits  to  the  gaining 
wholesale  manager-supported  Services  (except 
Coast  Guard)  a  CMD  transaction  (DIC  KIM)  for  the 
old  NSN  in  accordance  with  paragraph  6.2. 11. h. 
DLSC  will  update/build  Coast  Guard  CMD  records 
and  update  existing  Army,  Air  Force,  Navy,  and 
Marine  Corps  Service  CMD  records  automatically 
from  the  wholesale  manager’s  input  based  upon 
criteria  contained  in  appendix  6-2-D.  On  the  effec¬ 
tive  date  cited  in  the  transaction,  the  gaining  whole¬ 
sale  manager’s  CMD  will  overlay  the  losing  whole¬ 
sale  manager’s  data  in  the  FLIS  data  base. 

(3)  The  Service  supported  by  the  new  whole¬ 
sale  manager  will  review  the  KIM  and  as  necessary 
prepare  and  transmit  to  DLSC  a  CMD  transaction 
for  the  old  NSN  (containing  Phrase  Code  D)  (DIC 
LCD  or  LCM)  in  accordance  with  section  6.2.9  or 
6.2.6.  Response  to  DIC  KIM  is  not  required  for 
those  Aimy,  Air  Force,  Navy,  and  Marine  Corps 
records  automatically  updated  from  the  wholesale 
manager’s  input. 

(4)  DLSC  records  the  Service  segment  H  for  the 
old  NSN  in  the  future  file  and  generates  output 
notification  and  file  maintenance  to  the  submitting 
activity  and  other  CMD  recipients  within  the  time 
frames  indicated  in  appendix  6-2-A.  On  the  effective 
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date  of  the  change  action,  the  input  Phrase  Code  D 
will  be  dropped. 

f.  Change  in  Logistics  Management  IMM  to  Mili¬ 
tary  Service. 

(1)  The  GIM  will  prepare  and  DLSC  will  pro¬ 
cess  the  LR  package  as  indicated  in  paragraphs 
6.2.1.d.(l)  and  6.2.1.d.(2).  On  the  effective  date  of 
the  LR  package,  the  IMM  CMD  will  be  purged  from 
the  FLIS  data  base. 

(2)  DLSC  records  the  Service  segment  H  data  in 
the  future  file  and  generates  output  notification  and 
file  maintenance  to  the  submitting  activity  and  other 
CMD  recipients  within  the  time  frames  indicated  in 
appendix  6-2-A. 

(3)  DLSC  will  purge  the  IMM  CMD  record 
from  the  FLIS  data  base  on  the  effective  date 
reflected  in  the  transaction  changing  the  MOE  Rule 
Number. 

g.  Change  in  Retail  Management  (SICA  to  SICA 
within  Same  Service,  No  PICA  Change). 

(1)  The  wholesale  manager  will  submit  to 
DLSC  the  LCU  changing  retail  manager. 

(2)  DLSC  will  process  the  LCU  and  output  DIC 
KIM  containing  the  wholesale  manager  CMD  to  the 
new  SICA  in  accordance  with  paragraph  6.2.1  l.h. 

(3)  The  new  SICA  will  review  the  KIM  and 
transmit  to  DLSC  a  CMD  transaction  (DIC  LAD, 
LAM,  LCD,  LCM,  or  LDD)  in  accordance  with 
section  6.2.8,  6.2.4,  6.2.9,  6.2.6,  or  6.2.10  if  a 
change  is  required  for  the  SICA  CMD. 

h.  Cancelled  Items  without  Replacement. 

(1)  The  wholesale  manager  will  submit  the  Fed¬ 
eral  Item  Identification  (FII)  cancellation  transaction 
(DIC  LKV)  and  concurrently  submit  CMD  (LAD  or 


LCM)  to  add  an  inactive  Phrase  Code. 

(2)  DIC  KIR  reflecting  the  manager’s  CMD  for 
the  cancelled  item  will  be  forwarded  to  the  manager 
of  the  cancelled  item  75  days  prior  to  the  effective 
date  of  the  cancellation. 

(3)  DLSC  records  the  IMM  segment  H  input  in 
the  future  file,  and  transmits  to  the  IMM-supported 
Service(s)  (except  Coast  Guard)  a  CMD  transaction 
(DIC  KIM)  in  accordance  with  paragraph  6.2.1  l.h. 

(4)  The  supported  Services  will  review  the  KIM 
and  transmit  to  DLSC  a  CMD  transaction  (DIC 
LAD,  LCD  or  LCM)  in  accordance  with  section 
6.2.8,  6.2.9  or  6.2.6. 

(5)  DLSC  records  the  Service  update  or  delete 
of  the  segment  H  in  the  future  file,  and  generates 
output  notification  and  file  maintenance  to  the  sub¬ 
mitting  activity  and  other  CMD  recipients  within  the 
time  frames  indicated  in  appendix  6-2-A. 

(6)  Thirty  days  after  the  effective  date  of  the 
cancellation,  an  8J  conflict  code  will  be  sent  to  any 
SICAs  who  have  not  inactivated  their  segment  H. 

i.  Cancelled  Items  with  Replacement. 

(1)  The  wholesale  manager  of  the  retained  item 
concurrently  submits  with  a  cancellation  action 
(DIC  LKD/LKU)  a  CMD  action  (DIC  LAD,  LCD, 
or  LCM)  for  the  cancelled  NSN  in  accordance  with 
section  6.2.8,  6.2.9,  or  6.2.6.  This  CMD  will  be 
furnished  to  the  manager  of  the  retained  item  by  the 
manager  of  the  cancelled  item  and  will  reflect  the 
cancelled  item  manager  as  the  originator.  A  CMD 
transaction  (DIC  LAM)  will  be  submitted  for  the 
replacing  NSN  (if  the  IMM  is  not  already  recorded 
on  the  replacement  item)  in  accordance  with  section 
6.2.4. 

(2)  DIC  KIR  reflecting  the  manager’s  CMD  for 
the  cancelled  item  will  be  forwarded  to  the  manager 
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CHAPTER  3 

ADD,  CHANGE,  OR  DELETE  MOE  RULE  AND  RELATED  DATA 


6.3.1  Segments  and  Data  Elements. 

a.  Major  Organizational  Entity  (MOE)  Rules  and 
related  data  elements  are  input  to  the  Defense 
Logistics  Services  Center  (DLSC)  through  use  of  the 
following  three  segments: 

(1)  Segment  B,  which  consists  of  the  elements 
of  data  necessary  to  portray  an  individual  Service/ 
Agency  management  profile  in  relation  to  an  item 
identification. 

(2)  Segment  R  will  be  used  when  adding, 
changing,  or  deleting  single  data  elements  or  a 
combination  of  data  elements.  The  permissible  data 
elements  are  reflected  with  the  applicable  input 
formats  for  the  Document  Identifier  Codes  (DICs) 
that  contain  this  segment. 

(3)  Segment  T,  which  is  used  to  delete  an  entire 
MOE  Rule  and  its  related  segment  B  data  elements. 

b.  The  related  data  elements,  excluding  supple¬ 
mentary  type  activity  registrations,  are  added, 
changed,  or  deleted  as  reflected  in  the  applicable 
DIC  input  formats  except  as  follows: 

(1)  The  Acquisition  Method  Code  (AMC,  DRN 
2871)  and  Acquisition  Method  Suffix  Code  (AMSC, 
DRN  2876)  are  assigned  as  follows: 

(a)  By  the  Primary  Inventory  Control  Activity 
(PICA)  for  each  item  that  is  Service-managed  or 
retained  (PICA  Level  of  Authority  (LOA)  06,  22,  or 
23)  for  the  first  MOE  Rule  established.  Subsequent 
MOE  Rule  AMC/ AMSC  submittals  must  be  blank 
or  equal  to  the  first  MOE  Rule  established. 

(b)  By  the  Integrated  Material  Manager 
(IMM,  PICA  LOA  01,  02,  or  15)  for  the  first  MOE 
Rule  established.  Subsequent  MOE  Rule  AMC/ 
AMSC  submittals  must  be  blank  or  equal  to  the  first 
MOE  Rule  established. 


(c)  By  the  Foreign  Military  Sales  PICA  (PICA 
LOA  99)  for  every  MOE  Rule  established. 

(d)  By  the  Civil  Agency,  Coast  Guard 
(USCG),  National  Security  Agency  (NSA),  Defense 
Nuclear  Agency  (DNA)  for  every  MOE  Rule  estab¬ 
lished. 

(e)  AMC  and"  AMSC  changes  (DIC  LCD) 
submitted  by  PICA  LOA  01,  02,  06,  15,  22.  or  23 
will  automatically  be  recorded,  by  DLSC,  onto  the 
FLIS  data  base  against  applicable  Secondary  Inven¬ 
tory  Control  Activity  (SICA)  segment  B  records. 
DIC  KCD  will  be  output  to  the  appropriate  SICA 
data  receivers  whenever  the  AMC  and  AMSC  are 
automatically  updated. 

(2)  Item  Management  Coding.  When  the  Fed¬ 
eral  Supply  Class  (FSC)  for  the  submitted  stock 
number  is  subject  to  Item  Management  Coding,  the 
Card  Identification  Code,  IMC  (CIC),  DRN  0099; 
the  Item  Management  Code  (IMC),  DRN  2744;  and 
the  Item  Management  Coding  Activity  (IMCA), 
DRN  2748  must  be  input  to  segment  B  records  as 
indicated  in  appendix  6-3- A  and  chapter  6.8. 

(a)  When  the  input  Change  MOE  Rule  Data 
transaction  (LCU)  involves  a  change  of  PICA,  the 
CIC  must  be  input  for  each  Military  Service  segment 
B  record  for  submitted  PICA  LOA  22,  and  only  for 
the  PICA  segment  B  record  for  submitted  PICA 
LOA  06  or  23.  (EXCEPTION:  The  CIC  must  not  be 
input  when  the  PICA  change  is  within  a  Service  or 
from  IMM  to  IMM.)  When  the  input  LCU  does  not 
involve  a  change  of  PICA,  the  CIC  must  not  be 
input. 

(b)  When  the  segment  B  transaction  is  for 
adopt,  new  item,  or  reactivation  actions  and  contains 
a  MOE  Rule  with  a  PICA  Level  of  Authority  of  01, 
02,  22,  or  99,  the  CIC  must  be  included  on  each 
PICA/SICA  segment  B  input. 
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(c)  When  the  segment  B  transaction  is  for 
adopt,  new  item,  or  reactivation  actions  and  contains 
a  MOE  Rule  with  a  PICA  Level  of  Authority  of  06 
or  23,  the  segment  B  for  the  Service  manager 
(PICA)  line  must  contain  a  CIC.  The  CIC  may  not 
be  submitted  on  segment  Bs  for  SICA  line(s). 

(d)  When  segment  B  is  input  to  adopt  an  item 
and  contains  a  MOE  Rule  with  a  PICA  Level  of 
Authority  of  26,  the  CIC  must  be  input. 

(e)  The  CIC  will  be  used  for  IMC  statistics.  If 
the  CIC  is  present  on  an  effective  dated  item  status 
transaction,  it  will  be  stored  in  the  DLSC  future  file 
until  the  effective  date.  On  the  effective  date,  or  on 
date  of  processing  if  the  item  status  transaction  was 
zero  effective  dated,  the  IMC  statistics  will  be 
updated  and  the  CIC  will  be  removed  from  the 
transaction  prior  to  recording  in  segment  B. 

(f)  When  the  item  is  coded  for  IMM  manage¬ 
ment  (PICA  LOA  01  or  02)  and  the  segment  B 
submittal  is  for  a  Military  Service  line,  the  IMC  and 
IMCA  must  be  included  on  the  PICA/SICA  segment 
B  input. 

(g)  When  the  item  is  Lead  Service-managed 
(PICA  LOA  22),  IMC  must  be  submitted  for  the 
Military  Service  PICA/SICA  segment  B  records. 

(h)  When  the  item  is  Service-managed  with  a 
PICA  LOA  06,  23,  or  26,  IMC  must  be  submitted  for 
the  PICA  segment  B  record  only. 

(i)  If  the  IMC/IMCA  must  be  changed  for  an 
existing,  active  NSN,  a  segment  R  transaction 
(LCD)  with  a  CIC  of  C  will  be  submitted  to  DLSC 
to  change  the  IMC  (other  than  Z)  for  a  IMM/ 
Service-managed  item  in  a  IMM  (DLA  or  GSA) 
FSC.  Since  the  IMC  change  does  not  cause  a 
PICA/Service  activity  change,  there  is  no  change  of 
IMCA. 


(j)  If  a  Federal  Supply  Class  (FSC)  for  an  item 
changes  from  a  commodity  oriented  FSC  to  a 
weapons  oriented  FSC,  the  Item  Management  Code 
(IMC)  and  Item  Management  Coding  Activity 
(IMCA)  are  no  longer  required.  On  the  effective  date 
of  the  FSC  change  (LCG),  DLSC  will  automatically 
delete  the  IMC/IMCA  and  will  output  a  DIC  KDD  to 
all  data  receivers  recorded  on  the  item.  The  KDD 
will  reflect  DRNs  8290,-  2744,  and  2748.  If  the 
Military  Service  PICA  LOA  is  06  or  23,  one  KDD 
will  be  output  containing  the  MOE  Rule,  IMC  and 
recorded  on  the  manager’s  (PICA)  segment  B 
record.  If  the  Military  Service  PICA  LOA  is  22  or 
26,  a  KDD  will  be  output  for  each  Military  Service 
MOE  Rule  on  the  item.  The  Document  Control 
Serial  Number  in  the  DIC  KDD  will  be  that  of  the 
input  DIC  LCG. 

c.  A  segment  B  (MOE  Rule  and  Related  Data) 
must  be  furnished  concurrently  with  a  request  for 
NSN  assignment  or  when  reinstating  a  previously 
cancelled  NSN  (e.g.,  cancel-inactive,  etc.). 

d.  Registration  of  supplementary  authorized  item 
identification  data  collaborators/data  receivers 
(DRNs  2533  and  2534)  may  be  accomplished  with 
DICs  LAD,  LCD,  and  LDD  and  may  be  submitted 
by  any  activity  within  the  same  MOE  Code. 

e.  Nonconsumable  Item  Material  Support  Code 
(NEMSC  -  DRN  0076)  changes  must  be  submitted 
under  DIC  LCD  and  must  contain  a  Date,  Effective, 
Logistics  Action  (DRN  2128). 

(1)  If  current  NIMSC  recorded  in  the  DLSC 
FLIS  data  base  is  5  or  6  and  the  LCD  transaction 
reflects  a  change  to  NIMSC  1,  2,  3,  or  8,  the 
effective  date  (DRN  2128)  time  frame  must  be  75  to 
120  days. 

(2)  If  current  NIMSC  recorded  in  the  FLIS  data 
base  is  0,  1,  2,  3, 4,  8,  or  9  and  the  LCD  transaction 
reflects  a  change  to  NIMSC  5  or  6,  the  effective  date 
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time  frame  must  be  75  to  120  days. 

(3)  If  current  NIMSC  recorded  in  the  FLIS  data 
base  is  5  or  6  and  the  LCD  transaction  reflects  a 
change  to  5  or  6,  the  effective  date  time  frame  must 
be  75  to  120  days. 

(4)  If  current  NIMSC  recorded  in  the  FLIS  data 
base  is  0,  1,  2,  3, 4,  8,  or  9  and  the  LCD  transaction 
reflects  a  change  to  NIMSC  1,  2,  3,  or  8,  the 
effective  date  time  frame  must  be  0  to  120  days. 

(5)  If  cunrent  NIMSC  recorded  in  the  FLIS  data 
base  is  alpha  and  the  LCD  transaction  reflects  a 
change  to  a  different  alpha  NIMSC,  the  effective 
date  time  frame  must  be  0  to  120  days. 

6.3.2  MOE  Rule  and  FSC  Tables.  MOE  Rule  and 

FSC  tables  are  maintained  in  volume  13.  Reference 
should  be  made  for  information  regarding  use  of  and 
changes  to  these  tables  in  the  FLIS  System  Support 
Records  (SSRs).  Volume  13  also  contains 
Service/ Agency  contact  points  for  changes  to  the 
tables,  a  cross  reference  listing  from  activity  to  MOE 
Rule,  and  instructions  and  tables  used  for  registra¬ 
tion  of  activity  interest  by  IMMs.  Policy  concerning 
the  tables  is  reflected  in  volume  2,  chapter  2. 1  and 
volume  4,  section  4.2.1  of  this  manual  and  in  the 
Federal  Catalog  System  Policy  Manual.  Output  data 
reflecting  changes  made  to  the  SSR  is  explained  in 
paragraph  6.3. 11. aa. 

a.  When  file  maintenance  to  SSR/FLIS  data  base 
data  is  required  by  a  Service/Agency  due  to  a  FLIS 
System  Change  Request  (SCR)  (e.g.,  logistics  trans¬ 
fer),  DLSC-S  will  monitor  the  results  through  the 
Item  Management  Statistical  Series  section  21  re¬ 
port,  MOE  Rule  Distribution  (IMSS-21). 

b.  If  a  Service/ Agency  has  not  input  the  transac- 
tion(s)  necessary  to  update  pending  erroneous  seg¬ 
ment  B  or  future  effective  dated  file  records  to  the 


FLIS  data  base,  DLSC-S  will  interrogate  the  FLIS 
data  base  for  those  MOE  Rules  recorded  on  items 
and  output  the  results  to  the  responsible  Service/ 
Agency  for  initiation  of  corrective  action. 

c.  Upon  completion  and  notification  of  the  up¬ 
dated  transaction(s),  the  affected  Service/Agency 
focal  point  will  provide  DLSC-S  with  the  required 
information  for  retention,  cancellation,  and/or  dele¬ 
tion  of  specific  MOE  Rule(s)  from  the  SSR  files. 
(See  volume  2,  section  2.8.3  and  volume  13,  section 
13.1.5.) 

6.3.3  Deletion  of  Invalid  Logistics  Transfers  (DIC 
LDZ) 

a.  For  items  in  commodity  oriented  FSC  classes, 
the  gaining  inventory  manager  and  the  Item  Man¬ 
agement  Classification  Agency  for  the  item  must 
determine  the  validity  of  challenged  logistics  trans¬ 
fers.  For  items  in  FSC  classes  other  than  commodity 
oriented,  the  gaining  and  losing  inventory  managers 
must  determine  the  validity  of  challenged  logistics 
transfers.  Transfers  involving  an  FSC  change  are  not 
subject  to  deletion. 

b.  If  a  logistics  transfer  is  determined  to  be  invalid 
by  the  appropriate  activities,  the  DLA  Logistics 
Reassignment  Monitor  (DLA-OPL)  may  authorize 
the  DLSC  program  manager  (DLSC-S)  to  delete  the 
logistics  transfer  from  the  DLSC  futures  file,  pro¬ 
vided  that  the  effective  date  of  the  transfer  is  at  least 
60  days  in  the  future. 

c.  The  DLSC  program  manager  (DLSC-S)  only 
may  input  the  Delete  Logistics  Transfer  (DIC  LDZ) 
transaction  to  delete  all  futures  file  segment  Zs 
containing  segments  B,  H,  or  T  that  effect  the 
logistics  transfer. 

d.  If  the  deleted  transactions  were  contained  in  a 
DIC  LMD  package  with  other  transactions,  the 
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remaining  transactions  will  be  processed  immedi¬ 
ately  into  the  FLIS  data  base,  if  they  have  not 
already  been  recorded -on  the  FLIS  data  base  on  date 
of  processing. 

6.3.4  Nonuser  (Storage)  Function  “T”  MOE 
Rules. 

A  Military  Service  Agency  may  perform  the  storage 
function,  but  not  provide  cataloging  and  inventory 
mangement  for  an  item  of  supply.  It  may  record  the 
storage  function  within  the  FLIS  data  base  and 
receive  Item  Manager/Lead  Service  Catalog  Mange¬ 
ment  Data  by  using  a  nonuser-storage  (first  position 
T)  MOE  Rule. 

a.  The  following  characteristics  apply  to  “T” 
MOE  Rules: 

(1)  The  submitter  will  be  the  activity  recorded 
as  the  submitter  for  the  FLIS  data  base  IMM/Lead 
Service  MOE  Rule. 

(2)  A  LAU  transaction  to  add  a  “T”  MOE  Rule 
to  a  NSN  cannot  be  entered  into  the  system  unless  an 
IMM/Lead  Service  PICA  MOE  Rule  LOA  of  01, 02, 
06,  15,  22  or  23  is  already  present  on  the  NSN. 

(3)  Only  one  “T”  MOE  Rule  per  Military  Ser¬ 
vice  may  be  recorded  on  an  item. 

(4)  A  service  MOE  Rule,  first  position  (A,  F,  M 
or  N)  and  a  “T”  MOE  Rule  for  the  same  service 
may  not  appear  on  the  item,  (i.e.,  if  FGG5  is  present 
on  the  FLIS  data  base,  TSAI  may  not  be  submitted). 

(5)  No  FSC  restrictions  will  be  applied  to  “T” 
MOE  Rules. 

(6)  Item  Status  and  Item  Management  Coding 
(IMC)  are  not  permissible  on  “T”  MOE  Rules. 

(7)  The  acquisition  Method  Code  (AMC)  and 
Acquisition  Method  Suffix  Code  (AMSC)  are  not 


permissible  on  “T”  MOE  Rules. 

(8)  Supplemental  Collaborators  and  Receivers 
are  not  permissible  on  “T”  MOE  Rules. 

(9)  “T”  MOE  Rules  can  be  submitted  in  LAU 
and  LDU  transactions  only.  They  cannot  be  submit¬ 
ted  in  LMD  packages  or  in  segment  R  Document 
Identifier  Codes  (DICs)  LAD.  LCD,  LDD  or  LCU. 

(10)  “T”  MOE  Rules  must  be  zero  effective 
dated.  If  spaces  are  submitted,  DLSC  will  move 
zeros  to  the  effective  date. 

(11)  A  LDU  transaction  to  delete  an  IMM/Lead 
Service  PICA  MOE  Rule  cannot  be  completed  if  a 
“T”  MOE  Rule  is  recorded  on  the  NSN.  The  “T” 
MOE  Rule  must  be  deleted  first. 

Exception: 

a.  If  the  SICA  LDU  removes  the  last  military 
service  MOE  Rule  reflecting  a  DLA  PICA  LOA  of 
01  from  the  file,  a  D_1  MOE  Rule  will  automatically 
be  generated  to  replace  it. 

b.  If  the  SICA  LDU  removes  the  last  military 
service  MOE  Rule  reflecting  GSA  PICA  LOA  02 
from  the  file,  the  followig  replacements  will  occur 
based  on  the  PICA  and  PICA  LOA  of  the  SICA 
MOE  Rule  being  deleted: 

MOE  Rule  G751  will  automatically  replace 
SICAs  with  PICA/PICA  LOA-75/02 

MOE  Rule  G731  will  automatically  replace 
SICAs  with  PICA/PICA  LOA-73/02 

MOE  Rule  B481  will  automatically  replace 
SICAs  with  PICA/PICA  LOA  -  48/02 

MOE  Rule  R47A  will  automatically  replace 
SICAs  with  PICA/PICA  LOA  -  47/02. 

In  these  cases  a  “T”  MOE  Rule  can  be  in  place  on 
the  FLIS  data  base  and  not  receive  a  GV  reject  as  a 
result  of  the  LDU. 
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(12)  If  a  “T”  MOE  Rule  is  recorded  on  the  FLIS 
data  base  and  another  MOE  Rule  for  that 
Service/Agency  is  to  be  added  to  the  FLIS  data  base 
with  a  LAU,  DLSC  will  complete  the  following 
actions: 

(a)  The  “T”  MOE  Rule  will  be  deleted. 

(b)  A  KDU  for  the  deleted  “T”  MOE  Rule 
will  be  generated  with  the  following  information: 
(The  DCSN  will  be  9T9T,  the  current  date  and  the 
last  seven  positions  of  the  LAUs  DCSN). 

(c)  The  KDU  will  be  output  on  the  process¬ 
ing  date  of  the  LAU. 

(d)  The  KDU  effective  date  will  be  00000. 

(13)  The  Deletion  Reason  Code  is  not  appli¬ 
cable  to  PICA  LOA  04,  first  position  “T”  MOE 
Rules. 

b.  KAU/KDU  output  as  a  result  of  “T”  MOE  Rule 
actions  will  be  forwarded  to  the  PICA  or  SICA  and 
to  all  recorded  U.S.  collaborators  and  receiver.  The 
storage  activity,  which  is  recorded  in  the  second  and 
third  positions  of  the  “T”  MOE  Rule  number,  will 
receive  a  KAT. 

c.  CMD  and  SOS  will  not  be  updated  by  the 
presence  of  the  “T”  MOE  Rule. 

6.3.5  Add  MOE  Rule  Number  and  Related  Data 
(DIC  LAU).  To  record  the  adoption  of  an  existing 
NSN  or  North  Atlantic  Treaty  Organization  (NATO) 
Stock  Number  by  a  participating  activity  by  appli¬ 
cation  of  a  pre-  established  MOE  Rule,  prepare  input 
to  DLSC  files  in  accordance  with  Document  Identi¬ 
fier  Code  LAU.  (See  volume  8,  chapter  8.1  or 
volume  9,  chapter  9.1  for  input  format.)  (See  volume 
4,  chapter  4.15  for  instructions  pertaining  to  NATO 
Stock  Numbers.) 


a.  When  a  supported  Service  (SICA)  MOE  Rule 
being  added  represents  IMM/Lead  Service/DoD 
manager  (PICA  LOA  06,  22,  23)  management,  the 
PICA  MOE  Rule  must  be  recorded  on  the  FLIS  data 
base  or  submitted  with  the  SICA  Rules.  This  input 
transaction  may  include  the  recording  of  additional 
authorized  II  data  collaborators/receivers  when 
supplementary  to  the  submitted  MOE  Rule.  A  maxi¬ 
mum  of  10  MOE  Rules  may  be  added  to  an  NSN 
under  one  Document  Control  Number. 

b.  Effective  Date  Criteria:  When  adding  a  MOE 
Rule,  the  effective  date  field  may  contain  zeros 
(00000)  for  an  immediate  effective  date;  or  it  may 
contain  a  valid  Julian  date,  not  to  exceed  120  days, 
adjusted  to  the  first  day  of  a  month.  Exception: 
NATO/FG  (foreign  government)  recordings  (LOA 
8 1 )  must  be  zero  filled  or  blank. 

c.  On  the  output  date  of  a  KIM  as  a  result  of  an 
LAU  transaction  recording  a  retail  manager,  a  60- 
day  suspense  will  be  established  for  receipt  of 
Catalog  Management  Data  (CMD).  If  CMD  is  not 
received  within  this  period,  the  delinquent  retail 
manager  will  be  sent  a  second  KIM,  and  a  listing  of 
the  NSNs  will  be  sent  to  the  Service’s  headquarters. 
Second  KIMs  to  Army  headquarters  will  be  output 
electronically.  The  addresses  for  the  listings  are  as 
follows: 

Air  Force  -  CASC-CBR 

Marine  Corps  -  USMC-CSY-10/1 

Navy  -  NAVSUP  Code  04511 A 

d.  If  the  submitted  Add  MOE  Rule  Data  transac¬ 
tion  (DIC  LAU)  represents  a  DoD/Civil  wholesale 
manager  (recorded  PICA  Level  of  Authority  is  01, 
02, 06, 11, 22, 23,  or  26  (military))  and  the  submitter 
is  the  PICA,  the  LAU  must  be  input  concurrently 
with  the  manager’s  CMD  under  DIC  LMD.  (See 
volume  8,  chapter  8.1  or  volume  9,  chapter  9.1  for 
LMD  format.) 
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e.  When  an  Add  MOE  Rule  data  transaction  (DIC 
LAU)  is  processed  to  add  a  SICA  MOE  Rule 
reflecting  SICA  LOA  -5D,  7D  or  9D  to  an  item  for 
which  the  only  MOE  Rule  recorded  is  that  of  a 
Defense  Supply  Center  (DSC)  (i.e.,  first  position  of 
the  MOE  Rule  is  a  D,  PICA  LOA  01,  and  no  SICA), 
DLSC  will  automatically  delete  the  DSC  MOE  Rule 
at  the  time  the  Service/ Agency  MOE  Rule  is  re¬ 
corded  in  the  B  segment.  A  DSC  MOE  Rule  reflect¬ 
ing  IMM  may  not  be  recorded  on  the  FLIS  data  base 
when  one  or  more  SICA  MOE  Rules  with  a  SICA 
LOA  of  5D,  7D  or  9D  are  recorded.  If  a  DSC  MOE 
Rule  is  recorded  in  the  futures  file,  no  SICA  MOE 
Rules  with  SICA  LOAs  of  5D,  7D  or  9D  may  be 
recorded  with  an  effective  date  less  than  that  of  the 
DSC  MOE  Rule. 

f.  DLSC  Generation  of  DIC  LAU.  When  a  re¬ 
corded  SICA,  with  PICA  LOA  01,  submits  an 
inactive  Phrase  Code  (L,N,T,V,  or  Z),  DLSC  will 
generate  an  LDU  to  remove  the  submitting  services 
MOE  Rule.  If  this  LDU  will  delete  the  last  recorded 
service  MOE  Rule,  DLSC  will  also  generate  an 
LAU  with  MOE  Rule  D— 1  for  the  recorded  PICA 
using  the  effective  date  of  the  LDU. 

g.  When  an  Add  MOE  Rule  Data  transaction  (DIC 
LAU)  is  processed  to  add  a  PICA  MOE  Rule 
reflecting  PICA  LOA  22  or  99  to  an  item,  DLSC  will 
automatically  delete  any  existing  Integrated  Material 
Management  (IMM)  CMD  record.  This  will  occur 
on  the  effective  date  of  the  LAU  transaction. 

6.3.6  Change  MOE  Rule  Number  and  Related 
Data  (DIC  LCU).  To  record  a  change  of  manage¬ 
ment  responsibility  for  an  existing  NSN,  such  as  a 
logistics  transfer  of  management  responsibility,  pre¬ 
pare  input  to  DLSC  files  in  accordance  with  DIC 
LCU.  (See  volume  8,  chapter  8.1  or  volume  9, 
chapter  9.1  for  input  format.)  A  maximum  of  10 
MOE  Rules  may  be  changed  on  an  NSN  under  one 
Document  Control  Number.  An  LCU  transaction 
must  contain  a  MOE  Rule  change  and  may  contain 


any  other  appropriate  related  data  element  changes. 
If  the  MOE  Rule  is  not  being  changed,  use  DIC  LCD 
(Change  Data  Elements)  to  submit  segment  B  data 
element  changes. 

a.  MOE  Rule  change  actions  will  be  submitted  by 
the  authorized  submitter  for  the  gaining  manager’s 
MOE  Rule. 

b.  A  change  of  MOE  Rule  involving  an  IMM  as 
the  losing  manager  and  a  Lead  Service  as  the 
gaining  manager,  which  affects  the  Source  of  Supply 
for  an  item,  will  result  in  a  pseudo  Source  of  Supply 
(to  delete  the  IMM  SoS)  being  generated  internally 
by  DLSC.  The  IMM  SoS  will  be  deleted  from  both 
the  DLSC  and  Defense  Automatic  Addressing  Sys¬ 
tem  (DAAS)  SoS  files  on  the  effective  date  of  the 
MOE  Rule  change. 

c.  When  changing  a  MOE  Rule,  all  data  for  the 
new  MOE  Rule  must  be  submitted  (including  any 
supplementary  collaborators/receivers).  The  former 
MOE  Rule  and  related  segment  B  data  will  be 
deleted  (including  any  supplementary  collaborators/ 
receivers  recorded  on  the  item).  NOTE:  On  LCU 
transactions,  DLSC  will  automatically  transfer  all 
Supplemental  Collaborator/Receiver  Codes  re¬ 
corded  with  the  losing  MOE  Rule  to  the  Supplemen¬ 
tal  Collaborator/Receiver  field  in  the  FLIS  data  base 
for  NSN  with  the  gaining  MOE  Rule. 

d.  When  a  MOE  Rule  change  involves  an  Inte¬ 
grated  Materiel  Manager/Lead  Service  transfer,  the 
effective  date  must  not  be  less  than  a  minimum  of  75 
days,  adjusted  to  the  first  day  of  a  month.  Maximum 
effective  date  cannot  exceed  1 80  days.  (See  volume 
2,  paragraph  2.8.4.h.) 

e.  When  a  MOE  Rule  change  involves  transfer  of 
a  Coast  Guard  (USCG)  peculiar  item  (MOE  Rule 
with  USCG  as  PICA  LOA  26)  on  which  no  Military 
Service  users  are  recorded  to  management  (MOE 
Rule  with  USCG  as  SICA  LOA  5D,  5G,  67),  the 
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effective  date  field  may  be  zero  filled  for  an  imme¬ 
diate  effective  date.  Maximum  effective  date  cannot 
exceed  120  days. 

f.  When  a  MOE  Rule  change  does  not  involve  an 
IMM/Lead  Service  transfer,  the  effective  date  must 
not  be  less  than  a  minimum  of  30  days,  adjusted  to 
the  first  day  of  a  month.  Maximum  effective  date 
cannot  exceed  120  days.  (See  volume  2,  paragraph 
2.8.4.J.) 

g.  When  a  Change  MOE  Rule  Data  transaction 
(DIC  LCU)  is  processed  to  reassign  an  item  from  an 
IMM/Lead  Service  manager  to  a  Foreign  Military 
Sales  (FMS)  manager,  the  former  IMM/Lead  Ser¬ 
vice  Source  of  Supply  will  be  inactivated  and 
retained.  In  the  case  of  a  former  lead  service,  it’s 
inactivated  source  of  supply  will  be  moved  to  the 
IMM  field  of  the  FLIS  SOS  file. 

6.3.7  Delete  MOE  Rule  Number  (DIC  LDU).  To 

record  the  deletion  of  management  responsibility 
from  an  existing  NSN  or  NATO  Stock  Number  by  a 
participating  activity,  prepare  input  to  DLSC  files  in 
accordance  with  DIC  LDU.  (See  volume  8,  chapter 
8.1  or  volume  9,  chapter  9.1  for  input  format.)  (See 
volume  4,  chapter  4.15  for  instructions  pertaining  to 
NATO  Stock  Numbers.) 

a.  When  two  or  more  MOE  Rules  are  recorded 
and  these  rules  represent  a  IMM/Lead  Service  type 
relationship,  the  PICA  cannot  delete  the  MOE  Rule 
for  his  Service/Agency  unless  a  deletion  of  the 
supported  activity(s)  MOE  Rule(s)  is  included  or  in 
process  with  a  less-than  or  equal  effective  date.  In 
addition  to  deleting  the  MOE  Rule  Number,  this 
transaction  will  remove  the  item  status  codes  and 
authorized  data  collaborators/receivers  which  are 
recorded  as  supplementary  to  the  MOE  Rule  being 
deleted.  A  maximum  of  10  MOE  Rules  may  be 
deleted  from  a  stock  number  under  one  Document 
Control  Number. 


b.  If  the  submitted  Delete  MOE  Rule  data  (DIC 
LDU)  represents  withdrawal  of  wholesale  manager 
interest  (recorded  PICA  Level  of  Authority  is  01, 02, 
06,  11,  22,  23,  or  26  (military))  and  the  MOE  Rule 
being  deleted  is  the  last  MOE  Rule  recorded  on  the 
FLIS  data  base  and  active  CMD  is  currently  re¬ 
corded  on  the  DLSC  FLIS  data  base,  the  LDU  must 
be  submitted  concurrently  with  the  action  deleting/ 
inactivating  the  CMD  (DIC  LDM/LCM/LAD)  under 
DIC  LMD.  (See  volume  8,  chapter  8.1  or  volume  9, 
chapter  9. 1  for  LMD  format.) 

c.  Deletion  of  the  single  manager  MOE  rules  can 
not  result  in  deletion  of  VA  single  submitter  MOE 
Rules  when  KX  or  CZ  and  VA  are  both  recorded  on 
items  in  FSG  65  and  89. 

d.  Coast  Guard  Catalog  Management  Data  (seg¬ 
ment  H)  will  automatically  be  purged  from  the  FLIS 
data  base  when  an  LDU  transaction  removes  the 
Coast  Guard  MOE  Rule  for  that  NSN. 

e.  When  deleting  MOE  Rule  Number  (except  for 
DNA,  NSA,  and  DIPEC  interest-only  rules),  the 
effective  date  must  not  be  less  than  30  days  or 
exceed  120  days.  The  date  must  be  adjusted  to  the 
first  day  of  a  month  following  date  of  processing. 
(See  volume  2,  paragraph  2.8.4.m.) 

f.  When  deleting  a  DNA,  NSA,  or  DIPEC 
interest-  only  MOE  Rule  Number,  the  effective  date 
may  be  zero  filled  (00000);  when  deleting  a  NATO/ 
FG  MOE  Rule  Number,  it  must  be  zero  filled  or 
blank. 

(1)  The  recorded  service  (SICA)  may  transmit 
to  DLSC  a  DIC  LMD  containing  a  deletion  of  MOE 
Rule  (DIC  LDU)  and  appropriate  CMD  update  (DIC 
LCM  or  LAD)  to  add  an  inactive  Phrase  Code.  CG 
SICA  may  submit  DIC  LDU  without  CMD.  DLSC 
will  automatically  delete  CG  CMD  on  the  effective 
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date  of  the  LDU.  Output  will  be  generated  per 
Appendix  6-2-B. 

(2)  If  the  LDU  removes  the  last  Military  Service 
MOE  Rule  reflecting  DLA  as  the  PICA  (LOA  01),  a 

LAU  with  MOE  Rule  D _ 1  will  be  generated  using 

the  effective  date  of  the  LDU. 

(3)  When  the  last  NATO/FC  MOE  Rule  is 
withdrawn  from  a  NIIN/PSCN,  Status  Code  1  FIl, 
DLSC  will  generate  a  zero  (00000)  effective  dated 
LKU  transaction,  if  the  Item  Standardization  Code 
is  3  or  E.  The  Segment  E  record  will  be  used  to 
obtain  the  replacement  NSN. 

g.  DLSC  Generation  of  DIC  LDU. 

(1)  DLSC  will  generate  LDU  transactions  onto 
the  futures  file  under  the  following  conditions: 

(a)  When  a  SICA  submits  Phrase  Code  (DRN 
2862)  L,  N,  V,  or  Z  and  the  SICA  MOE  Rule  is 
recorded  on  the  FLIS  data  base,  DLSC  will  generate 
an  LDU  for  the  SICA  MOE  Rule.  The  LDU  effec¬ 
tive  date  will  be  two  months  after  the  effective  date 
of  the  CMD.  (See  6.3.5.f.) 

(b)  When  a  SICA  submits  Phrase  Code  T, 
DLSC  will  generate  an  LDU  for  the  SICA  MOE 
Rule.  The  LDU  effective  date  will  be  thirty  days  in 
the  future,  adjusted  to  the  first  day  of  subsequent 
month.  (See  6.3. 5.f.) 

(c)  When  a  PICA  (PICA  LOA  06,  22,  23) 
submits  Phrase  Code  T,  DLSC  will  generate  an  LDU 
for  the  PICA  MOE  Rule  and  all  SICA  MOE  Rules. 
The  LDU  effective  date  will  be  thirty  days  in  the 
future,  adjusted  to  the  first  day  of  the  subsequent 
month. 

(d)  When  a  Center  or  GSA  (PICA  LOA  01, 
02)  submits  Phrase  Code  T,  DLSC  will  generate  an 
LDU  for  all  MOE  Rules  with  an  LOA  01/02.  The 
LDU  effective  date  will  be  30  days  in  the  future, 


adjusted  to  the  first  day  of  the  subsequent  month. 

(e)  When  a  PICA  (PICA  LOA  06,  22  23) 
submits  Phrase  Code  M  or  P,  DLSC  will  generate  an 
LDU  for  the  PICA  MOE  Rule  and  all  SICA  MOE 
Rules.  The  LDU  effective  date  will  be  two  months 
after  the  effective  date  of  the  CMD. 

(f)  When  a  Center  or  GSA  (PICA  LOA  01/02) 
submits  Phrase  Code  M  or  P,  DLSC  will  generate  an 
LDU  for  all  MOE  Rules  with  a  PICA  LOA  01  or  02. 
The  LDU  effective  date  will  be  two  months  after  the 
effective  date  of  the  CMD. 

(2)  DLSC-generated  LDU  Document  Control 
Serial  Numbers  will  contain  9T9T  for  the  originator 
and  submitter,  the  current  date,  and  the  last  seven 
positions  of  the  CMD  Document  Control  Serial 
Number.  The  Deletion  Reason  Code  (DRN  4540) 
will  be  7. 

(3)  Purging  DLSC-generated  LDUs.  The  SM, 
and  HK  return  code  edits  will  be  bypassed,  and  the 
LDUs  generated  by  DLSC  as  a  result  of  a  SICA 
input  of  Phrase  Codes  L,  N,  V,  or  Z  will  be  removed 
from  the  futures  file  under  the  following  conditions: 

(a)  If  a  delete  action  (LDU)  for  the  SICA 
MOE  Rule  recorded  in  the  futures  file  as  a  DLSC- 
generated  delete  action  is  submitted  with  an  effec¬ 
tive  date  that  is  less  than  the  DLSC-generated  LDU 
effective  date,  the  DLSC-generated  LDU  will  be 
removed  from  the  futures  file  and  the  submitted 
LDU  will  be  recorded  on  the  futures  file.  An  LDU 
submitted  under  LMD  will  not  delete  a  DLSC- 
generated  MOE  Rule  in  the  futures  file. 

(b)  If  an  adopt  action  (LAU)  for  the  SICA 
MOE  Rule  recorded  in  the  futures  file  as  a  DLSC- 
generated  delete  action  (LDU)  is  submitted  with  a 
zero  effective  date,  the  DLSC-generated  LDU  will 
be  deleted  from  the  futures  file.  Output  as  a  result  of 
the  LAU  will  be  generated  on  the  date  of  processing. 
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An  LAU  submitted  under  LMD  will  not  delete  a 
DLSC-generated  MOE  Rule  in  the  futures  file. 

(c)  Removal  of  T  MOE  Rule.  If  a  storage 
function  (first  position  T)  MOE  Rule  is  recorded  on 
the  DLSC  FLIS  data  base  and  another  MOE  Rule  for 
the  same  Service/ Agency  is  added  with  DIC  LAU, 
DLSC  will  take  the  following  actions: 

( 1 .)  Remove  the  T  MOE  Rule  from  the  FLIS 
data  base  on  the  processing  date  of  the  LAU. 

(2.)  Generate  a  zero  effective  dated  DIC 
KDU  for  the  T  MOE  Rule.  The  Document  Control 
Serial  Number  for  the  KDU  will  contain  9T9T  for 
the  originator  and  submitter,  the  current  date,  and  the 
last  seven  positions  of  the  DIC  LAU  Document 
Control  Serial  Number. 

6.3.8  Deletion  of  Secondary  Inventory  Control 
Activity  (SICA)  MOE  Rules. 

a.  The  recorded  SICA  may  transmit  to  DLSC  a 
DIC  LMD  containing  a  deletion  of  MOE  Rule  (DIC 
LDU)  and  appropriate  CMD  update  (DIC  LCM  or 
LAD)  to  add  an  inactive  phrase  code.  Coast  Guard 
SICAs  may  submit  DIC  LDU  without  CMD.  DLSC 
will  automatically  delete  Coast  Guard  CMD  on  the 
effective  date  of  the  LDU.  Output  will  be  generated 
per  Appendix  6-2-b. 

b.  If  the  LDU  removes  the  last  military  service 
MOE  Rule  reflecting  DLA  as  the  PICA  (LOA  01), 
an  LAU  with  MOE  Rule  D--1  will  be  generated 
using  the  effective  date  of  the  SICA  LDU. 

6.3.9  Add,  Change,  Delete  Data  Element(s) 

a.  Add  Data  Element(s)  (DIC  LAD).  To  record 
additional  permissible  data  elements  for  a  specific 
MOE  Rule  for  an  existing  NSN,  prepare  input  to 
DLSC  files  in  accordance  with  DIC  LAD.  See 
volume  8,  chapter  8.1  or  volume  9,  chapter  9.1  for 


input  format;  refer  to  the  LAD  input  format  for  the 
table  of  permissible  DRNs  which  can  be  added. 

b.  Change  Data  Element(s)  (DIC  LCD).  To  record 
changes  to  previously  recorded  data  elements  for  a 
specific  MOE  Rule  on  an  existing  NSN  when  the 
MOE  Rule  is  not  being  changed,  prepare  input  to 
DLSC  files  in  accordance  with  DIC  LCD.  LCD  for 
Nonconsumable  Item  Material  Support  Code 
(NIMSC  -  DRN  0076)  changes  must  be  effective 
dated.  See  volume  8,  chapter  8.1  or  volume  9, 
chapter  9.1  for  input  format;  refer  to  the  LCD  input 
format  for  the  table  of  permissible  DRNs  which  can 
be  changed. 

c.  Delete  Data  Element(s)  (DIC  LDD).  To  record 
the  deletion  of  previously  recorded  data  elements  for 
a  specific  MOE  Rule  for  an  existing  NSN,  prepare 
input  to  DLSC  files  in  accordance  with  DIC  LDD. 
See  volume  8,  chapter  8.1  or  volume  9,  chapter  9.1 
for  input  format;  refer  to  LDD  input  format  for  the 
table  of  permissible  DRNs  which  can  be  deleted. 

6.3.10  Multiple  DIC  Input  (DIC  LMD).  When  it  is 
necessary  to  accomplish  input  actions  simulta¬ 
neously,  multiple  DIC  transactions  may  be  submit¬ 
ted  under  the  same  document  number  for  an  existing 
NSN.  Input  to  DLSC  files  will  be  prepared  in 
accordance  with  the  acceptable  input  DIC  combina¬ 
tion  grid  included  with  Document  Identifier  Code 
LMD  (Multiple  DIC  Input).  See  volume  8,  chapter 
8.1  or  volume  9,  chapter  9.1  for  input  format.  (See 
volume  4,  chapter  4.15  for  instructions  pertaining  to 
NATO  Stock  Numbers.) 

a.  Concurrent  submittal  of  segment  B  and  seg¬ 
ment  H  data  will  be  input  under  DIC  LMD  for  the 
following  conditions: 

(1)  Change  in  Logistics  Management  (Logistics 
Reassignment  (LR)).  If  there  is  a  change  of  logistics 
management  involving  a  change  of  PICA,  the  gain- 
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ing  manager  must  submit  the  MOE  Rule  data 
changes  (DIC/LAU/LCU/LDU)  for  each  Service  or 
DoD  activity  retaining  interest  on  the  item  and  the 
gaining  IMM  CMD  (DIC  LCM/LAM)  under  DIC 
LMD. 

(2)  Change  in  Logistics  Management  (LR)  and 
FSC.  If  there  is  an  FSC  class  change  on  the  item 
involved  in  the  logistics  reassignment  (change  of 
logistics  management  involving  a  change  of  PICA), 
the  gaining  manager  must  submit  the  proposed  FSC 
change  (DIC  LCG),  the  MOE  Rule  data  changes 
(DIC  LAU/LCU/LDU)  for  each  Service  or  DoD 
activity  retaining  interest  on  the  item,  and  the 
gaining  IMM  CMD  (DIC  LCM/LAM)  under  DIC 
LMD. 

(3)  Add  Wholesale  Interest.  If  the  MOE  Rule 
data  to  be  added  represents  wholesale  management 
(PICA  Level  of  Authority  is  01,  02, 06, 22, 23,  or  26 
(military)),  the  new  manager  must  submit  the  Add 
MOE  Rule  (DIC  LAU)  and  Add  CMD  (DIC  LAM) 
under  DIC  LMD. 

(4)  Withdrawal  of  Wholesale  Interest.  If  the 
MOE  Rule  to  be  withdrawn  is  the  last  MOE  Rule 
recorded  on  the  item  and  represents  wholesale  man¬ 
agement  (PICA  Level  of  Authority  is  01,  02,  06,  11, 
15,  22,  23,  or  26  (military))  and  active  CMD  is 
currently  recorded  on  the  FLIS  data  base,  the  current 
item  manager  must  submit  the  Delete  MOE  Rule 
Data  (DIC  LDU)  and  the  withdraw/inactivate  CMD 
(DIC  LDM,  LCM,  LAD)  under  DIC  LMD. 

(5)  Cancellation  with  Replacement.  If  an  item 
identification  (II)  is  being  cancelled  as  a  duplicate 
item  or  with  a  replacement  NSN,  the  retained  item 
manager  will  submit  the  cancellation  action  (DIC 
LKD  or  LKU)  and  the  related  inactive  CMD  under 
DIC  LMD. 

b.  Effective  dates  for  all  DICs  submitted  under 
the  LMD  must  be  the  same.  For  effective  date  time 


frame  standards,  see  volume  10,  table  145. 

c.  Deletion  of  Invalid  Logistics  Transfers.  If  a 
logistics  transfer  is  contained  in  an  LMD  package,  it 
may  be  deleted  in  accordance  with  section  6.3.3 
along  with  related  CMD  (segment  H)  transactions. 
All  other  transactions  contained  with  the  deleted 
logistics  transfer  under  DIC  LMD  will  be  processed 
into  the  FLIS  data  base  immediately. 

6.3.11  Outputs  Generated  from  Processing  MOE 
Rule  and  Related  Data.  The  following  paragraphs 
set  forth  the  various  types  of  output  which  will  be 
generated  from  processing  additions,  changes,  and 
deletions  of  MOE  Rules  and  related  data  for  an 
existing  National  Stock  Number  (NSN).  For  appli¬ 
cable  input/output  Document  Identifier  Code  (DIC) 
chart,  refer  to  volume  10,  section  10.3.3.  For 
edit/validation  criteria,  see  volume  11.  Return  codes 
are  located  in  chapter  10.2. 

a.  Add  MOE  Rule  Number  and  Related  Data  (DIC 
KAU)  will  be  output  to  II  data  receivers  recorded  on 
an  existing  NSN  to  provide  the  MOE  Rule  and 
related  item  status  data  which  have  been  recorded  in 
the  FLIS  data  base  for  the  NSN.  In  addition,  the 
output  record  may  include  Item  Management 
Coding  and  authorized  II  data  collaborators/ 
receivers  which  are  supplementary  to  the  submitted 
MOE  Rule.  (See  volume  8,  chapter  8.2  or  volume  9, 
chapter  9.2  for  output  format.)  Add  this  data  to  your 
file. 

b.  Change  MOE  Rule  Number  and  Related  Data 
(DIC  KCU)  will  be  output  to  II  data  receivers 
recorded  on  an  existing  NSN  when  the  former  MOE 
Rule  has  been  changed  in  the  FLIS  data  base.  In 
addition  to  the  former  MOE  Rule,  the  new  MOE 
Rule  and  all  applicable  data  will  be  reflected.  (See 
volume  8,  chapter  8.2  or  volume  9,  chapter  9.2  for 
output  format)  Remove  the  former  MOE  Rule  and 
its  related  data  (including  the  item  status  codes  and 
supplementary  authorized  II  data  collaborators/ 
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receivers)  and  replace  with  this  new  MOE  Rule  and 
its  related  data.  - 

c.  Delete  MOE  Rule  Number  (DIC  KDU)  will  be 
output  to  II  data  receivers  recorded  on  an  existing 
NSN  to  provide  for  the  deletion  of  a  MOE  Rule  from 
the  FLIS  data  base.  All  related  data  including  item 
status  codes  and  any  supplementary  authorized  II 
data  collaborators/receivers  which  were  recorded 
against  the  deleted  MOE  Rule  have  also  been 
removed.  See  volume  8,  chapter  8.2  or  volume  9, 
chapter  9.2  for  output  format. 

(1)  If  the  deleted  MOE  Rule  is  for  your  activity, 
remove  all  data  for  this  NSN  from  your  files. 

(2)  If  the  deleted  MOE  Rule  is  not  for  your 
activity,  remove  only  the  deleted  MOE  Rule  (with  its 
related  data  including  supplementary  authorized  II 
data  collaborators/receivers)  from  your  file. 

d.  Add  Data  Element(s)  (DIC  KAD)  will  be  out¬ 
put  to  II  data  receivers  recorded  on  an  existing  NSN 
when  permissible  data  elements  have  been  added  to 
the  FLIS  data  base  for  the  NSN.  (See  volume  8, 
chapter  8.2  or  volume  9,  chapter  9.2  for  output 
format.)  Add  these  data  elements  to  your  file  for  the 
cited  MOE  Rule. 

e.  Change  Data  Element(s)  (DIC  KCD)  will  be 
output  to  II  data  receivers  recorded  on  an  existing 
NSN  when  permissible  data  elements  have  been 
changed  in  the  FLIS  data  base  for  the  NSN.  (See 
volume  8,  chapter  8.2  or  volume  9,  chapter  9.2  for 
output  format.)  Replace  the  data  elements  in  your 
file  with  these  corresponding  data  elements  for  the 
cited  MOE  Rule.  If  a  supplementary  authorized  II 
data  collaborator/receiver  is  being  changed,  the 
former  authorized  II  data  collaborator/receiver  will 
also  be  reflected  in  this  output. 

f.  Delete  Data  Element(s)  (DIC  KDD)  will  be 


output  to  II  data  receivers  recorded  on  an  existing 
NSN  when  permissible  data  elements  have  been 
deleted  from  the  FLIS  data  base  for  the  NSN.  (See 
volume  8,  chapter  8.2  or  volume  9,  chapter  9.2  for 
output  format.)  Delete  these  data  elements  from 
your  file  for  the  cited  MOE  Rule. 

g.  Notification  of  Approval  (DIC  KNA)  will  be 
output  to  the  submitter  and  originator,  if  different,  to 
advise  that  a  transaction  was  processed  and  ap¬ 
proved.  (See  volume  8,  chapter  8.2  or  volume  9. 
chapter  9.2  for  output  forniat.) 

h.  Notification  of  Return  (Submitter)  (DIC  KRE) 
will  be  output  to  the  submitting  activity  of  a  trans¬ 
action  which  contained  errors.  This  output  will 
reflect  the  Data  Record  Number  (DRN)  and  appli¬ 
cable  return  code  identifying  the  error  condition(s). 
The  value  of  the  DRN  will  be  included,  when 
applicable.  (See  volume  8,  chapter  8.2  or  volume  9. 
chapter  9.2  for  output  format.) 

i.  Notification  of  Unprocessable  Package  (Sub¬ 
mitter)  (DIC  KRU)  will  be  output  to  the  submitting 
activity  when  the  input  transaction  is  unprocessable 
because  a  control  element  required  for  processing 
was  missing  or  not  identifiable.  (See  volume  8, 
chapter  8.2  or  volume  9,  chapter  9.2  for  output 
format.)  Correct  and  resubmit  the  transaction  in  its 
entirety. 

j.  NIIN/PSCN  Status  Index  (DIC  KFS)  will  iden¬ 
tify  the  status  recorded  in  the  FLIS  data  base  for  the 
submitted  National  Item  Identification  Number/ 
Permanent  System  Control  Number.  Verify  the 
NIIN/PSCN,  correct  and  resubmit.  If  the  NUN/ 
PSCN  is  correct,  follow  the  instructions  for  the 
applicable  NIIN/PSCN  Status  Code.  (See  volume  8, 
chapter  8.2  or  volume  9,  chapter  9.2  for  output 
format.)  (See  volme  10,  table  18  for  NIIN/PSCN 
Status  Codes.) 
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k.  Notification  to  Increment  FMSN  (DIC  KFM) 
will  be  output  to  data  receivers  for  which  mecha¬ 
nized  output  file  maintenance  data  has  been  sup¬ 
pressed.  The  transaction  represented  by  the  input 
DIC  reflected  in  this  output  header  has  been  pro¬ 
cessed,  the  FLIS  data  base  updated,  and  the  File 
Maintenance  Sequence  Number  incremented.  Use 
this  record  to  increment  the  File  Maintenance  Se¬ 
quence  Number  in  your  mechanized  file.  (See  vol¬ 
ume  8,  chapter  8.2  or  volume  9,  chapter  9.2  for 
output  format.) 

l.  Submitted  NHN/PSCN  Security  Classified 
(Originator  Only)  (DIC  KSE)  will  be  output  to  the 
originating  activity,  when  different  from  the  submit¬ 
ting  activity,  for  a  transaction  which  was  returned  to 
the  -submitter  because  the  item  is  security  classified. 
(See  volume  8,  chapter  8.2  or  volume  9,  chapter  9.2 
for  output  format.)  This  notification  is  to  advise  your 
activity  of  this  condition. 

m.  DAAS  Source  of  Supply  Update  (DIC  KSS) 
will  be  generated  internally  by  DLSC.  It  will  reflect 
a  source  of  supply  generated  from  a  MOE  Rule 
add/change/delete  action.  See  volume  8,  chapter  8.2 
for  output  format  (card  format  only). 

n.  Conflict  Notification  (DIC  KNI).  The  input 
DIC  identified  in  the  output  header  has  been  pro¬ 
cessed  and  the  data  recorded  in  the  FLIS  data  base  or 
future  file;  however,  a  conflict  was  revealed  during 
processing  as  indicated  by  a  conflict  code.  (See 
volume  8,  chapter  8.2  or  volume  9,  chapter  9.2  for 
output  format;  see  volume  10,  table  109  for  conflict 
codes.) 

o.  Follow-up  Notification  (DIC  KFP)  will  be  out¬ 
put  when  data  to  be  added  or  changed  for  the  NSN 
reflected  in  this  output  header  has  not  yet  been 
received  by  DLSC.  (See  volume  8,  chapter  8.2  or 
volume  9,  chapter  9.2  for  output  format;  see  volume 
10,  section  10.3.7  for  Follow-Up  Condition  Codes.) 


p.  Item  Management  Coding  Advice  Notification 
(DIC  KVI)  will  be  generated  by  DLSC  as  a  result  of 
a  special  project  for  the  reason  identified  by  the  IMC 
Card  Identification  Code.  (See  volume  8,  chapter  8.2 
or  volume  9,  chapter  9.2  for  output  formats.)  Appro¬ 
priate  IMC  information  must  be  submitted  to  DLSC. 

q.  Advance  Informative  FLIS  Data  Base  File  Data 
(DIC  KIE)  will  be  output  as  a  result  of  recording  an 
effective  dated  add  (LAU)  or  change  (LCU)  MOE 
Rule  transaction  in  the  FLIS  data  base  future  file. 
This  output  contains  the  current  file  data  and  the 
segment  B  record(s)  from  the  LAU  or  LCU.  It  will 
be  furnished  to  those  II  data  receivers  pre- 
established  for  the  MOE  Rule  which  will  be  re¬ 
corded  on  the  effective  date  and  any  supplementary 
receivers  included  on  the  input  segment  B.  Normal 
file  maintenance  data  will  be  furnished  on  the 
effective  date.  (See  volume  8,  chapter  8.2  or  volume 
9,  chapter  9.2  for  output  format.) 

r.  Informative  Data  for  Pending  Effective  Dated 
Actions  (DIC  KIF)  will  be  output  when  an  effective 
dated  transaction  has  been  processed  and  recorded  in 
the  future  file.  This  output  will  be  furnished  to  those 
II  data  receivers  pre-established  for  the  MOE  Rules 
currently  recorded  in  the  FLIS  data  base.  DIC  KIF 
output  to  NATO/FG  will  be  suppressed.  Any  supple¬ 
mentary  II  data  receivers  and  receivers  of  FSC  file 
maintenance  data  will  also  receive  this  output.  A 
segment  Z  will  contain  the  data  which  was  recorded 
in  the  future  file.  It  will  also  reflect  the  effective 
date,  the  input  DIC,  and  the  originator  of  the 
transaction.  The  FLIS  data  base  will  be  updated  on 
the  effective  date,  and  normal  file  maintenance  data 
will  be  furnished.  (See  volume  8,  chapter  8.2  or 
volume  9,  chapter  9.2  for  output  format.) 

s.  File  Data  for  Replacement  NSNs/PSCNs  when 
not  Authorized  for  Procurement  (DIC  KFR)  (Item 
Standardization  Code  3)  will  be  secondary  output 
as  a  result  of  processing  an  adopt  action  by  your 
activity  when  the  NSN  is  “not  authorized  for  pro- 
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curement”.  FLIS  data  base  data  for  the  Replacement 
NSN  is  forwarded.  The  document  number  is  identi¬ 
cal  to  the  document  number  used  in  your  adopt 
transaction.  (See  volume  8,  chapter  8.2  or  volume  9, 
chapter  9.2  for  output  format.)  This  data  may  be 
added  to  your  file  if  applicable. 

t.  FLIS  Data  Base  File  Data  (DIC  KFD)  will  be  a 
secondary  output  forwarded  because  the  submitted 
item  (1)  was  previously  cancelled  as  a  duplicate 
(KFD  data  is  for  duplicate  item);  or  (2)  was  can¬ 
celled  to  use  another  item  (KFD  data  is  for  “use” 
item);  or  (3)  was  cancelled  with  replacement  (KFD 
data  is  for  replacement  item);  or  (4)  is  inactive  (no 
recorded  MOE  Rule);  or  (5)  contained  error  condi¬ 
tions  found  during  processing  which  prohibit  intro¬ 
ducing  the  submitted  data  into  the  FLIS  data  base. 
(See  volume  8,  chapter  8.2  or  volume  9,  chapter  9.2 
for  output  format.)  Review  this  FLIS  data  base  data 
in  conjunction  with  your  submittal  and  other  output 
DICs  in  this  package  and  initiate  appropriate  correc¬ 
tive  action. 

u.  Add  FLIS  Data  Base  Data  (DIC  KAT)  will  be 
output  as  a  result  of  (1)  new  NEN/PSCN  assign¬ 
ment,  (2)  reinstatement  of  an  NSN,  or  (3)  your 
activity  being  added  as  a  data  receiver  to  this  item. 
New  authorized  II  data  receivers  will  be  furnished  a 
complete  item  data  package  as  recorded  in  the  FLIS 
data  base.  (See  volume  8,  chapter  8.2  or  volume  9, 
chapter  9.2  for  output  format.) 

v.  Multiple  DICs  (DIC  KMD)  will  be  the  primary 
output  DIC  in  the  header  to  indicate  that  an  output 
from  DLSC  contains  multiple  file  maintenance  DICs 
under  the  same  document  number.  (See  volume  8, 
chapter  8.2  or  volume  9,  chapter  9.2  for  output 
format.)  Update  your  file  in  accordance  with  instruc¬ 
tions  for  the  other  output  DICs  in  this  package. 

w.  Catalog  Management  Data  Related  Outputs. 


(1)  Add  Catalog  Management  Data  (DIC  KAM) 
will  be  selectively  output  to  Army  activities  (Army 
CMD  only),  if  CMD  is  available  on  file,  when 
collaborators/receivers  arc  added  to  an  NSN  as  a 
result  of  an  LAD  or  LCD  transaction.  It  may  also  be 
output  to  applicable  Army  collaborators/receivers  on 
the  replacing  MOE  Rule  as  a  result  of  processing  an 
LCU  transaction.  (See  volume  8,  chapter  8.2  or 
volume  9,  chapter  9.2  for  output  format.)  Add  this 
data  for  this  NSN  to  your  file. 

(2)  Delete  Catalog  Management  Data  (DIC 
KDM)  will  be  output  to  the  losing  IMM  when  an 
LCU  is  submitted  changing  logistics  management 
from  IMM  to  Service.  PICA  CMD  (DIC  KIM)  will 
be  output  to  the  recorded  SICA  when  a  change  (DIC 
LCD)  is  processed  against  its  segment  B  to  change  a 
1-5  or  9  NIMSC  to  6.  This  output  will  set  triggers  for 
follow-ups  for  submission  of  CMD  update  as  applies 
for  DIC  KIM.  (See  volume  8,  chapter  8.2  or  volume 
9,  chapter  9.2  for  output  format.)  Delete  (IMM) 
CMD  from  your  file. 

(3)  Catalog  Management  Data  as  a  Result  of 
IMM  Input  (DIC  KIM)  is  output  to  CMD  submitting 
activities  for  Services  supported  by  IMM/Lead  Ser¬ 
vice  as  result  of  IMM/Lead  Service  input  of  Add/ 
Change  MOE  Rule  Number  and  Related  Data 
(LAU,  LCU).  IMM/Lead  Service  CMD  is  recorded 
on  the  futures  file  and  reflected  in  this  output.  (See 
volume  8,  chapter  8.2  or  volume  9  chapter  9.2  for 
output  format.)  Submit  your  Service-peculiar  CMD 
as  applicable.  Changed  CMD  data  elements  re¬ 
corded  on  the  future  file  may  be  reflected  in  this 
output. 

(4)  DIC  KIM  will  also  be  output  to  storage 
function  (first  position  T)  MOE  Rules  when  a  T 
MOE  Rule  is  added  to  an  item  (DIC  LAU)  or  the 
IMM/Lead  Service  CMD  is  changed.  KIM  output  to 
the  storage  activity  will  reflect  the  letter  T  in  the 
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third  position  of  the  File  Maintenance  Sequence 
Number. 

x.  Processing  Malfunction  (DIC  KPM)  is  output 
to  all  data  recipients  of  output  transactions  generated 
by  DLSC  during  a  hardware/software  malfunction. 
(See  volume  8,  chapter  8.2  or  volume  9,  chapter  9.2 
for  output  format.)  Data  output  by  KPM  is  used  to 
replace  erroneous  data  previously  transmitted  or 
missing  output  data  lost  between  processing  and 
transmission.  Recipients  of  this  DIC  must  consider 
all  data  previously  received  with  a  matching  Docu¬ 
ment  Control  Number  as  being  erroneous.  If  correc¬ 
tive  action  by  DLSC  generates  new  output  for  a 
recipient,  the  generated  output  DICs  will  immedi¬ 
ately  follow  this  transaction. 

y.  Delete  Logistics  Transfer  (DIC  KDZ)  will  be 
output  to  destination  activities  recorded  on  the  input 
transaction  (DIC  LDZ)  when  a  logistics  transfer  has 
been  deleted  from  the  DLSC  future  file.  All  future 
file  transactions  (segments  B,  H,  R,  and  T)  effecting 
the  logistics  transfer  will  be  deleted.  If  these  trans¬ 
actions  were  contained  with  others  under  DIC  LMD, 
all  other  future  effective  dated  transactions  will  have 
been  processed  to  the  FLIS  data  base.  Delete  the 
logistics  transfer  as  indicated  in  this  notification. 
(See  volume  8,  chapter  8.2  or  volume  9,  chapter  9.2 
for  output  format) 

z.  Interrogation  Results  (DIC  KIR)  will  be  out¬ 
put  as  a  result  of  (1)  a  logistics  transfer  (change  of 
PICA)  to  provide  all  CMD  to  the  gaining  inventory 
manager,  and  (2)  a  deletion  of  invalid  logistics 
transfer  to  provide  affected  activities  with  current 
and  future  FLIS  data  base  data  as  it  appears  after 
deletion.  (See  volume  8,  chapter  8.2  or  volume  9, 
chapter  9.2  for  output  format.) 

aa.  SSR  MOE  Rule/FSC  Record  Related  Out¬ 
puts. 

(1)  Add  Total  SSR  MOE  Rule  Record  (DIC 


KUA)  will  be  output  to  those  data  receivers,  desig¬ 
nated  by  the  requiring  Service/Agency,  as  a  result  of 
the  DLSC-S  program  manager’s  transaction  to  es¬ 
tablish  a  new  SSR  MOE  Rule  or  to  reinstate  a 
previously  cancelled  SSR  MOE  Rule.  Add  the  total 
new  MOE  Rule  record  to  your  file.  (See  volume  8, 
chapter  8.2  for  output  format.) 

(2)  Cancel  SSR  MOE  Rule  with  Replacement 
(DIC  KUB)  will  be  output  to  data  receivers,  desig¬ 
nated  by  the  requiring  Service/Agency,  as  a  result  of 
the  DLSC-S  program  manager’s  transaction  to  can¬ 
cel  a  MOE  Rule  and  replace  it  with  another  MOE 
Rule.  The  MOE  Rule  reflected  in  segment  801  has 
been  cancelled  and  replaced  with  the  MOE  Rule 
included  as  the  first  four  positions  in  the  manage¬ 
ment  exception  rule  notes  column  of  segment  803. 
Your  segment  802  data  will  be  retained  with  the  new 
(replacement)  MOE  Rule.  (See  volume  8,  chapter 
8.2  for  output  format.) 

(3)  Change  SSR  MOE  Rule  Record  (DIC  KUC) 
will  be  output  to  data  receivers,  designated  by  the 
requiring  Service/Agency,  as  a  result  of  the  DLSC-S 
program  manager’s  transaction  to  change  an  II  Data 
Submitter/Collaborator/Receiver  Code  or  manage¬ 
ment  exception  rule  note  for  an  established  MOE 
Rule.  Replace  your  total  MOE  Rule  record  with  the 
data  furnished  in  this  output  transaction.  (See  vol¬ 
ume  8,  chapter  8.2  for  output  format.) 

(4)  Cancel  without  Replacement  or  Delete  SSR 
MOE  Rule  Record  (DIC  KUD)  will  be  output  to 
data  receivers,  designated  by  the  requiring  Service/ 
Agency,  as  a  result  of  the  DLSC-S  program  manag¬ 
er’s  transaction  to:  (a)  delete  a  MOE  Rule  in  its 
entirety,  or  (b)  cancel  a  MOE  Rule  based  upon  MOE 
Rule  Status  Code  change  to  1.  If  the  MOE  Rule 
Status  Code  equals  1,  retain  the  cancelled  MOE  Rule 
as  reference  information  in  your  file. 

If  the  MOE  Rule  Status  Code  is  not  present,  delete 
the  MOE  Rule  from  your  file.  (See  volume  8, 
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chapter  8.2  for  output  format.) 

(5)  New  SSR  Standard  FSC  Management 
Record  (DIC  KUE)  will  be  output  to  data  receivers, 
designated  by  the  appropriate  Service/Agency,  as  a 
result  of  the  DLSC-S  program  manager’s  transaction 
to  establish  a  new  FSC  management  record  or  to 
update  an  FSC  management  record  due  to  data 
elements  being  added,  changed,  or  deleted.  The  total 
overlay  concept  applies.  For  the  cited  FSC,  add  this 
new/updated  management  record  to  your  file.  (See 
volume  8,  chapter  8.2  for  output  format.) 

(6)  Delete  Total  SSR  Standard  FSC  Manage¬ 
ment  Record  (DIC  KUF)  will  be  output  to  data 
recipients,  designated  by  the  appropriate 
Service/Agency,  when  an  FSC  is  no  longer  valid. 
Delete  the  FSC  and  the  related  management  data 
from  your  files.  (See  volume  8,  chapter  8.2  for 
output  format) 

bb.  Change  Standardization  Decision  Data  in  a 
Standardization  Relationship  (DIC  KCS)  will  be 
output  when  the  last  U.S.  MOE  Rule  is  removed 
from  a  U.S.  item  with  an  ISC  of  3  or  E,  leaving 
NATO/Foreign  Government  MOE  Rules  recorded 
on  the  item,  to  change  the  NIIN/PSCN  Status  Code 
to  “1”.  KCS  will  be  output  on  the  ISC  3/E  NSN  and 
the  reciprocol  ISC  1/B  NSN. 

6.3.12  Depot  Source  of  Repair  (DSOR).  The  Depot 
Source  of  Repair  (DSOR)  Code  identifies  an  organic 
or  contract  activity  designated  as  the  source  to 
provide  depot  maintenance  of  equipment.  Only  each 
Service  s  Maintenance  Interservice  Support  Man¬ 
agement  Office  (MISMO)  assigns  DSOR  codes 
through  PICA  Service  cataloging  function. 

a.  The  DSOR  is  a  mandatory  data  element  for  all 
Army,  Air  Force,  Navy  and  Marine  Corps  managed 
or  used  nonconsumable  items  LOAs  22/8D  (deter¬ 
mined  by  the  presence  of  the  Nonconsumable  Item 


Material  Support  Code  (NIMSC)).  Volume  10,  Table 
126  identifies  the  DSOR  to  NIMSC  compatibly. 

b.  The  DSOR  will  be  submitted  for  all  new, 
reinstatement  and  add/change  MOE  Rule  inputs.' 
The  DSOR  must  be  submitted  by  the  PICA  (LOA 
22)  only. 

c.  All  submitted  DSOR  Codes  must  be  valid  in 
accordance  with  Volume  10,  Table  117. 

d.  The  edit/validation  criteria  for  DSOR  submit¬ 
tals  are  specified  in  Volume  11,  Chapter  3.  The 
outputs  are  similar  to  current  MOE  Rule  and  Related 
Data  outputs  (see  Section  6.3.10). 
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the  Z _  Package  Sequence  Number  for  the  last 

record  in  the  package.). 

(3)  The  effective  date  (ED)  criteria  for  embed¬ 
ded  transactions  in  a  DIC  LMX  will  be  determined 
as  follows: 

(a)  The  embedded  transaction  that  has  the 
minimum  ED  will  determine  the  minimum  ED  for 
the  entire  DIC  LMX  input  transaction.  The  mini¬ 
mum  ED  will  be  in  accordance  with  Volume  2, 
Chapter  8  of  these  procedures.  Conversely,  the 
embedded  transaction  that  has  the  maximum  ED 
will  determine  the  maximum  ED  for  the  entire  DIC 
LMX  input  transaction.  (All  transactions  in  the  DIC 
LMX  must  have  the  same  ED.) 

(b)  The  ED  timeframes  for  individual  DICs, 
identified  in  Volume  2,  Chapter  8  of  these  proce¬ 
dures,  will  not  be  enforced  when  those  DICs  are 
included  in  a  DIC  LMX  input  transaction.  This  is 
likened  to  the  concept  that  is  used  in  the  DIC  LMD 
ED  timeframe  criteria. 

(4)  The  DIC  LMX  input  transaction  must  not 
contain  NSNs  that  an  I&S  action 
(add/change/delete)  is  not  being  affected. 

(5)  When  the  DIC  LMX  input  transaction  con¬ 
tains  a  CMD  input  transaction,  there  must  be: 


(a)  A  CMD  transaction  for  the  Master  NSN 
and  the  transaction  must  be  affecting  an  I&S  change 
(FSC,  OOU,  P/C). 

(b)  A  CMD  transaction  for  every  NSN  submit¬ 
ted  in  the  DIC  LMX  input  transaction. 

(6)  When  the  DIC  LMX  input  transaction 
contains  Item  Status  actions  (add/change/delete 
MOE  Rules),  there  must  a  MOE  Rule  action  for  a 
Service/Agency  having  the  first  position  of  A,  F,  M, 
N,  D  or  G.  Item  Status  actions  for  Services/Agencies 
other  than  those  Services/ Agencies  participating  in 
I&S  can  be  accomplished  utilizing  Non  I&S  Item 
Status  procedures. 

(7)  The  DIC  LMX  may  contain  straight  Item 
Status  transactions  (e.g.,  LMX,  LAU,  LCU,  LDU) 
without  CMD  transactions.  This  type  LMX  package 
may  be  required  when  the  SICA  request  a  MOE 
Rule  Delete  from  their  last  recorded  Generic  Spe¬ 
cific  Related  NSN.  When  this  condition  exists,  the 
EMM/LS  must  submit  a  DIC  LDU  concurrently 
(DIC  LMX)  for  the  same  service  SICA,  deleting  the 
SICA  MOE  Rules  from  both  the  Generic  Master 
NSN  and  the  last  Generic  Specific  Related  NSN. 
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6.6.17  I&S  Family  Structure  Example. 

The  following  exhibits  (A,B,CJD,E  and  F)  depicts  the  basic  I&S  Family  Order  of  Use  (OOU)  structure.  The 
I&S  Family  must  have  a  master  NSN,  Related  NSN,  OOU  Code  and  Phrase  Code  (P/C),  the  Jump  to  Code 
(JTC)  is  optional.  For  I&S,  the  Master  NSN  CMD  record  will  contain  the  total  DoD  I&S  Family  NSNs, 
OOU  and  JTC.  The  individual  Related  NSN  CMD  record  for  I&S  will  contain  the  forward  (P/C)  and  the 
Master  NSN. 


EXHIBIT:  A 

SUBSTITUTABLE  DoD  I&S  FAMILY 
MASTER  NSN  SEGMENT  H  RECORD 


MASTER  NSN 

P/C 

RELATED  NSN 

OOU 

JTC 

5905  010000001 

Blank 

to 

ADA 

7 

5905  010000002 

ACA* 

7 

5905  010000003 

ABB 

7 

5905  010000004 

ABA  ** 

7 

5905  010000005 

AAB 

ACA 

7 

5905  010000006 

AAA  *** 

INDIVIDUAL  RELATED  NSN  SEGMENT  H  RECORDS 

FORWARD  PHRASE  CODING 

RELATED  NSN 

P/C 

MASTER  NSN 

OOU 

JTC 

5905  010000002 

F 

5905  010000001 

Blank 

Blank 

5905  010000003 

F 

5905  010000001 

Blank 

Blank 

5905  010000004 

F 

5905  010000001 

Blank 

Blank 

5905  010000005 

F 

5905  010000001 

Blank 

Blank 

5905  010000006 

F 

5905  010000001 

Blank 

Blank 

*  Master  NSN  OOU  =  ADA.  The  Master  NSN  is  substitutable  for  all  Related  Items  in  the  Family.  Related 
Item  OOU  =  AC  A  also  substitute  for  all  Related  Items. 

**  Related  NSNs  3  (OOU  =  ABB)  and  4  (OOU  =  ABA)  are  interchangeable  with  one  another  but  only 
substitutable  for  Related  NSN  6  (OOU  =  AAA)  because  NSN  5  (OOU  =  AAB)  has  an  assigned  JTC  =  ACA 
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that  reflect  no  I&S  between  NSNs  3,4  and  5.  The  JTC  is  stating  that  only  NSNs  1  and  2  can  substitute  for 
it. 

***  Related  NSNs  5  (OOU  =  AAB)  and  6  (OOU  =  AAA)  are  interchangeable  with  one  another.  These 
NSNs  are  at  the  very  low  end  of  preference. 

a.  The  following  exhibit  depicts  the  basic  Interchangeable  DoD  I&S  Family  Order  of  Use  (OOU) 
structure. 


EXHIBIT:  B 

INTERCHANGEABLE  DoD  I&S  FAMILY 


MASTER  NSN  SEGMENT  H  RECORD 

MASTER  NSN 

P/C 

RELATED  NSN 

OOU 

JTC 

5905  010000001 

G 

to 

AAF* 

See  Note 

G 

5905  010000002 

AAE  ** 

G 

5905  010000003 

AAD  ** 

G 

5905  010000004 

AAC  *** 

G 

5905  010000005 

AAB  ** 

G 

5905  010000006 

AAA  *** 

INDIVIDUAL  RELATED  NSN  SEGMENT  H  RECORDS 

FORWARD  PHRASE  CODING 

RELATED  NSN 

P/C 

MASTER  NSN 

OOU 

JTC 

5905  010000002 

E 

5905  010000001 

Blank 

Blank 

5905  010000003 

E 

5905  010000001 

Blank 

Blank 

5905  010000004 

E 

5905  010000001 

Blank 

Blank 

5905  010000005 

E 

5905  010000001 

Blank 

Blank 

5905  010000006 

E 

5905  010000001 

Blank 

Blank 

*  Master  NSN  OOU  -  AAF.  The  Master  NSN  is  interchangeable  with  all  Related  Items  in  the  Family. 

**  Related  Items  are  interchangeable  with  one  another  but  have  preference  of  issue  reflected  in  sequence 
code  (unit  position). 

NOTE:  When  the  I&S  Family  is  Interchangeable,  a  Jump  to  Code  may  not  be  assigned  to  a  Related  NSN 
that  is  in  the  Master  NSN  Interchangeable  OOU  subgroup. 
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b.  The  following  exhibit  depicts  the  basic  Generic  DoD  I&S  Family  Order  of  Use  (OOU)  structure. 


EXHIBIT:  C 


GENERIC  DoD  I&S  FAMILY 


MASTER  NSN  SEGMENT  H  RECORD 


MASTER  NSN 

P/C 

RELATED  NSN 

OOU 

JTC 

5905  010000001 

s 

to 

AAF  * 

See  Note 

s 

5905  010000002 

AAE  ** 

Acquisition  Advice 

s 

5905  010000003 

AAD  ** 

Code 

(AAC)  =  “W” 

s 

5905  010000004 

AAC  ** 

s 

5905  010000005 

AAB  ** 

s 

5905  010000006 

AAA  **  . 

INDIVIDUAL  RELATED  NSN  SEGMENT  H  RECORDS 

FORWARD  PHRASE  CODING 

RELATED  NSN 

P/C 

MASTER  NSN 

OOU 

JTC 

***5905  010000002 

3 

5905  010000001 

Blank 

Blank 

J 

5905  010000003 

Blank 

Blank 

J 

5905  010000004 

Blank 

Blank 

J 

5905  010000005 

Blank 

Blank 

J 

5905  010000006 

Blank 

Blank 

***5905  010000003 

3 

5905  010000001 

Blank 

Blank 

J 

5905  010000002 

Blank 

Blank 

J 

5905  010000004 

Blank 

Blank 

J 

5905  010000005 

Blank 

Blank 

J 

5905  010000006 

Blank 

Blank 

***5905  010000004 

3 

5905  010000001 

Blank 

Blank 

J 

5905  010000002 

Blank 

Blank 

J 

5905  010000003 

Blank 

Blank 

J 

5905  010000005 

Blank 

Blank 

J 

5905  010000006 

Blank 

Blank 

***5905  010000005 

3 

5905  010000001 

Blank 

Blank 

J 

5905  010000002 

Blank 

Blank 
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submitted  AAC  (DRN  2507)  is  G  or  V,  there  is  no 
DoD  Source  of-Supply  present  in  the  IMM  column 
of  the  TBJ  file,  and  there  is  no  PICA  LOA  22 
recorded  in  Segment  B,  a  Pseudo  Source  of  Supply 
XFV  is  loaded  in  the  IMM  column  of  the  TBJ.  When 
XFV  is  loaded  into  the  IMM  column  of  the  TBJ  file 
(active  or  inactive),  and  VA  submits  a  CMD  trans¬ 
action  to  change  the  AAC  from  G  or  V  to  another 
AAC  or  VA  submits  an  LCM  to  inactivate  its  Civil 
Agency  CMD  or  submits  an  LDM  to  delete  its  Civil 
Agency  CMD,  the  XFV  will  be  deleted  from  the 
IMM  column  of  the  TBJ  and  DAAS  SOS  files  and  if 
applicable,  the  decentralized  DoD  SOS  will  be 
loaded  in  the  IMM  column. 

SOS/SOS 

Modifier  DLSC  Creates  SOS/ 

Submitted  Pseudo  SOS  Codes 

G36  XFV 

JVC  XFV 

JVS  XFV 

i.  The  Source  of  Supply  to  be  loaded  in  the  TBJ 
file  (IMM  field  only)  for  the  National  Weather 
Service  (NWS),  activity  47,  will  be  derived  from  the 
CMD  submitted  to  DLSC  by  GSA,  Activity  75.  The 
SOS  Code  of  G13  will  be  the  only  SOS  used  on 
CMD  input  when  NWS  is  managing  an  item  as  a 
wholesale  manager.  The  TBJ  file  and  the  DAAS 
SOS  file  will  not  be  updated  when  NWS  is  LOA  22 
since  there  is  no  unique  SOS  field  for  NWS  in  either 
file.  The  TBJ  and  DAAS  SOS  files  will  be  updated 
when  Military  Service  CMD  (LOA  8D)  is  recorded 
on  the  FLIS  data  base.  Upon  inactivation  or  cancel¬ 
lation  an  inactive  G13  SOS  code  will  be  loaded  as 
the  last  known  SOS  in  the  IMM  column  of  the  TBJ 
and  DAAS  SOS  file. 

j.  The  Source  of  Supply  to  be  loaded  in  the  TBJ 
file  (IMM  field  only)  for  the  Federal  Aviation 
Administration  (FAA),  Activity  48,  and  subse¬ 


quently  released  to  DAAS  will  be  derived  from  the 
CMD  submitted  to  DLSC  by  FAA.  The  SOS  Code 
“G69”  will  be  the  SOS  used  on  CMD  input  when 
FAA  is  managing  an  item  as  a  wholesale  manager. 
The  TBJ  file  and  the  DAAS  SOS  file  will  not  be 
updated  when  FAA  is  LOA  22  since  there  is  no 
unique  SOS  field  for  FAA  in  either  file.  The  TBJ  and 
DAAS  SOS  files  will  be  updated  when  a  Military 
Service  CMD  (LOA  8D)  is  recorded  on  the  FLIS 
data  base.  Upon  inactivation  or  cancellation  on 
inactive  “G69”  will  be  loaded  as  the  last  known 
SOS  in  the  IMM  column  of  the  TBJ  and  DAAS  SOS 
file. 

6.7.7  Defense  Nuclear  Agency  (DNA)  Source  of 
Supply  Criteria.  The  DNA  does  not  submit  Catalog 
Management  Data  (CMD)  to  the  FLIS.  Therefore,  to 
update  the  FLIS  Source  of  Supply  (TBJ)  File  and  the 
DAAS,  the  following  criteria  applies: 

a.  Activity  code  XA  is  the  authorized  submittter 
for  DNA  Source  of  Supply  maintenance  for  all 
National  Stock  Numbers  in  Federal  Supply  Group 
11  and  all  NSNs  in  other  FSGs  which  reflect  a 
reference  number  with  Commercial  and  Govern¬ 
ment  Entity  Code  (CAGEs)  57991,  6799 1 , 7799 1 ,  or 
87991.  The  DICs  and  their  definitions  are  as  follows 
(see  volume  8,  chapter  8.1  for  input  format  and 
content): 

(1)  LTU  -  Add  Nuclear  Ordnance  Source  of 
Supply.  Used  to  add  Source(s)  of  Supply.  A  single 
KSS  output  record  will  be  provided  to  DAAS 
containing  all  IMM  and  Service  Source  of  Supply 
columns. 

(2)  LTV  -  Change  Nuclear  Ordnance  Source  of 
Supply.  Used  to  change  Source  of  Supply  Code(s) 
for  a  nuclear  ordnance  item  to  another  Source  of 
Supply.  A  single  KSS  output  record  will  be  provided 
to  DAAS  containing  all  IMM  and  Service  Source  of 
Supply  columns. 
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(3)  LTW  -  Delete  Nuclear  Ordnance  Source  of 
Supply.  Used  to  inactivate/delete  Source  of  Supply 
Code(s)  for  a  nuclear  ^ordnance  item.  A  single  KSS 
output  record  will  be  provided  to  DAAS  containing 
all  IMM  and  Service  Source  of  Supply  columns. 

b.  FSC  Changes:  All  FSC  changes  will  be  pro¬ 
vided  to  DLSC  using  DIC  LCG.  All  FSC  changes 
submitted  by  DNA  must  contain  a  Source  of  Supply 
in  DLSC’s  file  for  the  applicable  NIIN.  This  input 
will  cause  complete  FSC  changes  to  all  users  re¬ 
corded  on  the  DLSC/DAAS  file. 

c.  Effective  Date  Criteria  for  LCG:  All  LTU,  LTV, 
and  LTW  Source  of  Supply  changes  must  be  zero 
(00000)  filled.  All  FSC  changes  must  meet  the 
effective  date  criteria  established  in  volume  2, 
chapter  8.  The  effective  date  for  an  FSC  change 
will  be  the  first  day  of  any  given  month  and  must  be 
submitted  to  DLSC  45-180  days  prior  to  the  effec¬ 
tive  date.  A  zero  effective  dated  FSC  change  is 
allowed  for  single  service  submitters. 

d.  If  the  submitted  input  transaction  (LTU-LTV- 
LTW)  is  impacting  the  Navy  Source  of  Supply  or  the 
Navy  Special,  it  is  mandatory  that  both  Navy  Source 
of  Supply  and  Navy  Special  be  submitted  in  each 
transaction. 

e.  In  the  event  of  a  logistics  transfer  from  one 
IMM  to  another  IMM,  DNA  will  submit  a  complete 
LTW  transaction  to  delete/inactivate  all  Source  of 
Supply  for  that  NSN.  Simultaneously,  DNA  will 
provide  an  LTU  transaction  to  add  the  Source  of 
Supply  for  the  gaining  manager  as  well  as  all  users. 

f.  All  add/change  transactions  (LTU-LTV)  submit¬ 
ted  to  DLSC  will  be  rejected  if  a  segment  B  MOE 
Rule  X001  is  not  recorded  on  the  DLSC  file. 
However,  an  LTW  (delete)  will  always  be  accepted 
regardless  of  MOE  Rule  registration. 

g.  The  J-series  Source  of  Supply  Modifier  Code 


will  never  be  submitted  to  DLSC.  The  DNA  will 
convert  these  codes  in  accordance  with  section  6.7.6 
above. 

h.  If  the  submitted  add  transaction  (LTU)  is  for  the 
IMM  portion  of  the  DLSC/DAAS  file  and  the  IMM 
position  contains  a  MIL-RI  other  than  HAD.  the 
same  MIL-RI  must  be  submitted  in  the  Service 
column  of  the  managing  ..Service  or  already  be  on 
file  in  that  Service’s  column. 

6.7.8  Source  of  Supply  Inactivation  and  Deletion 

a.  A  Source  of  Supply  will  be  inactivated  under 
the  following  conditions: 

(1)  By  CMD  inactivation  or  CMD  deletion  for  a 
Primary  Inventory  Control  Activity  (PICA)  Source 
of  Supply  field.  CMD  inactivation  is  accomplished 
by  submittal  of  an  A,C,L,M,N,P,T,V  or  Z  Phrase 
Code. 

(2)  When  an  item  is  reassigned  from  an  IMM  or 
Lead  Service  manager  to  a  Foreign  Military  Sales 
manager  (PICA  LOA  99),  the  former  IMM  or  Lead 
Service  Source  of  Supply  will  be  inactivated  and 
retained.  In  the  case  of  a  former  Lead  Service,  it’s 
inactivated  Source  of  Supply  will  be  moved  to  the 
IMM  field  of  the  TBJ  SOS  file. 

(3)  Pseudo  Source  of  Supply  Code  XXX  will 
only  be  used  for  Delete  DNA  Source  of  Supply  (DIC 
LTW)  submittals  by  DNA  to  inactivate  Source  of 
Supply(s)  for  a  nuclear  ordnance  design  controlled 
item. 

(4)  A  Source  of  Supply  is  inactivated  by  estab¬ 
lishing  an  “I”  after  the  actual  Source  of  Supply 
code. 

b.  Pseudo  Source  of  Supply  Code  XZZ  will  be 
generated  to  “delete”  an  Source  of  Supply  under  the 
following  conditions: 
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of  Authority  (06,  22),  the  gaining  Service/activity 
will  submit  a  DIC  LCU  transaction  to  change  the 
MOE  Rule  Number(s)  and  the  IMC  (DRN  2744). 

(e)  DIC  LDU  (Delete  MOE  Rule).  When  the 
Service  reviews  a  KVI  transaction  and  research 
indicates  the  item  is  no  longer  required,  it  will 
initiate  a  DIC  LDU  to  delete  the  MOE  Rule(s). 

(f)  DIC  LVI  (item  to  remain  the  same).  When 
the  Service  reviews  the  KVI  and  determines  that  an 
item  is  correctly  coded,  it  will  submit  a  DIC  LVI. 
The  LVI  is  not  a  file  maintenance  update  transaction. 
It  will  be  used  by  DLSC  for  statistical  reports  when 
follow-up  action  is  initiated  by  the  DoD  IMMC 
chairman  to  count  those  items  that  require  no  change 
in  Item  Management  Coding. 

(3)  If  coding  activities  are  unable  to  meet  a 
suspense  date  due  to  extenuating  circumstances,  the 
Service  member  of  the  IMMC  will  notify  the  chair¬ 
man  of  the  circumstances  and  request  an  extension. 
Upon  approval,  DLSC  will  be  requested  to  re¬ 
establish  the  suspense  date. 

(4)  If  the  IMM  has  not  cleared  its  suspense  by 
submitting  segment  B  data  for  the  item  within  45 
days  after  the  closing  date,  a  follow-up  will  be 
output  to  the  IMM.  This  follow-up  will  consist  of 
DLSC  resubmitting  the  LVA  to  the  FLIS,  thereby 
causing  KIR  output  for  the  IMM.  If  the  IMM  has  not 
taken  action  to  clear  its  suspense  within  30  days 
after  the  follow-up,  the  IMMC  chairman  will  decide 
what  action  is  required  to  complete  the  project  and 
clear  pending  suspenses. 

c.  Special  Project  Requirement  for  Listing  of 
Newly  Assigned  NSNs  for  Audit.  DLSC  must  main¬ 
tain  the  capability  of  sampling  a  population  of  new 
NSNs  entering  the  FLIS  data  base  during  the  pre¬ 
ceding  fiscal  year  in  accordance  with  Military  Stan¬ 
dard  (MILSTD)  105D.  The  sample  will  be  output  by 


listing  to  the  Integrated  Materiel  Management  Com¬ 
mittee  and  will  reflect  the  ICP  activity  code,  NSN, 
IMC  Code,  and  Major  Organizational  Entity  (MOE) 
Rule.  Request  for  these  listings  will  come  from  the 
DoD  IMMC  and  will  include  the  desired  FSC  class 
or  classes. 

d.  Special  Project^  Requirement  for  Listing  NSNs 
in  a  Given  FSC  Class.  DLSC  must  maintain  the 
capability  of  listing  all  NSNs  in  a  given  FSC  and 
coded  with  a  given  IMC  Code  by  a  given  ICP  (e.g., 
NSNs  in  FSC  class  3710  that  were  coded  with  IMC 
Code  D  by  activity  code  CL).  The  FSC,  IMC  Code, 
and  ICP  will  be  provided  to  DLSC  by  the  DoD 
IMMC  by  letter.  The  listing  of  the  NSNs  will  be  sent 
to  the  Integrated  Materiel  Management  Committee 
and  will  reflect  the  ICP  activity  code,  NSN,  IMC 
Code,  and  MOE  Rule. 

6.8.4  Output  Generated  from  Processing  IMC 
Data.  The  following  paragraphs  set  forth  the  types 
of  output  generated  from  processing  Item  Manage¬ 
ment  Coding  (EMC)  data  for  an  existing  National 
Stock  Number  (NSN).  For  applicable  input/output 
DIC  chart,  refer  to  volume  10,  section  10.3.3.  For 
edit/validation  criteria,  see  volume  11.  Return  codes 
are  located  in  chapter  10.2. 

a.  Interrogation  Results  (DIC  KIR)  will  be  output 
to  the  Item  Management  Classification  Agency  re¬ 
flected  in  the  input  transaction  to  provide  the  IMM 
with  IMC  data  (segment  9)  and  file  data  on  the  item. 
This  consists  of  segments  A,  B  (all  except  NATO), 
E,  H,  applicable  futures  file  data  and,  if  the  input 
Card  Identification  Code  is  D,  Source  of  Supply 
(DRN  0274)  data.  (See  volume  8,  chapter  8.2  or 
volume  9,  chapter  9.2  for  output  format) 

b.  Notification  of  Approval  (DIC  KNA)  will  be 
output  to  the  submitter  to  advise  that  the  transaction 
was  processed  and  approved.  (See  volume  8,  chapter 
8.2  or  volume  9,  chapter  9.2  for  output  format.) 
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c.  Notification  of  Return  (Submitter)  (DIC  KRE) 
will  be  output  to  the  submitting  activity  of  a  trans¬ 
action  which  contained  errors.  This  output  will 
reflect  the  Data  Record  Number  and  applicable 
return  code  identifying  the  error  condition(s).  The 
value  of  the  DRN  will  be  included  when  applicable. 
(See  volume  8,  chapter  8.2  or  volume  9,  chapter  9.2 
for  output  format). 

d.  Notification  of  Unprocessable  Package  (Sub¬ 
mitter)  (DIC  KRU)  will  be  output  to  the  submitting 
activity  when  the  input  transaction  is  unprocessable 
because  a  control  element  required  for  processing 
was  missing  or  not  identifiable.  (See  volume  8, 
chapter  8.2  or  volume  9,  chapter  9.2  for  output 
format.)  Correct  and  resubmit  the  transaction  in  its 
entirety. 

e.  FLIS  Data  Base  File  Data  for  Replacement  of  a 
Cancelled  NSN/PSCN,  Related  Generic  NSN,  or 
Reference  Number  Screening  Results  (DIC  KFE) 
will  be  output  to  the  submitter  of  a  DIC  LVA 
transaction  against  a  cancelled  NSN  or  a  generic 
specific  NSN.  DIC  KFE,  containing  file  data  for  the 
standard  or  generic  item  (Segments  A,  B  (except 
NATO),  E,  H  and  applicable  futures  file  data,  and 
Source  of  Supply  data  (if  the  item  is  inactive)),  will 
be  output  to  the  IMM  if  the  LVA  was  processed  and 


approved  against  a  nonstandard  item  (Item  Stan¬ 
dardization  Code  3  or  E)  or  a  generic  specific  item 
(Item  Standardization  Code  2).  DIC  KFE  will  be 
secondary  output  to  DIC  KRE  or  KIR,  as  appropri¬ 
ate,  and  will  reflect  the  same  Document  Control 
Serial  Number  as  the  primary  DIC.  (See  Volume  8, 
Chapter  8.2,  or  Volume  9,  Chapter  9.2  for  output 
format.) 

f.  NIIN/PSCN  Status/Index  (DIC  KFS)  will  be 
output  to  identify  the  NIIN/PSCN  Status  Code 
which  is  recorded  on  the  FLIS  data  base  if  the 
submitted  NEN/Permanent  System  Control  Number 
is  in  a  cancelled  status.  (See  volume  8,  chapter  8.2  or 
volume  9,  chapter  9.2  for  output  format.)  (See 
volume  10,  table  18  for  applicable  NIIN/PSCN 
Status  Codes.) 

g.  FLIS  Data  Base  File  Data  (DIC  KFD)  will  be  a 
secondary  output  forwarded  because  the  submitted 
item  contained  error  conditions  found  during  pro¬ 
cessing  which  prohibit  introducing  the  submitted 
data  into  the  FLIS  data  base.  (See  volume  8,  chapter 
8.2  or  volume  9,  chapter  9.2  for  output  format.) 
Review  this  FLIS  data  base  data  in  conjunction  with 
your  submittal  and  other  output  DICs  in  this  package 
and  initiate  corrective  action  accordingly. 


6.8-10 


